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© System for the transmission and/or reception of computer programs and/or data by way of teletext. 



© Blocks of digital information for computer pro- 
grams and/or data are broadcast {30) by way of 
teletext pages and can be used by computers (43) 
connected to suitable receivers (40) (telesoftware). 
The data of one or more pages of the teletext 
system define in coded form a configuration chapter 
containing the items of information for access to 
other teletext pages, the digital information in re- 
spect of which constitute a given file of programs 
^and/or data for the receiving computer. The 
transmission/reception protocol is organised in eight 

levels of which the lowest two levels are common to 

i-for- 

transmission/reception of the radio signals, and 

coding/decoding (41) of digital signals extracted from 
§the radio signals and the temporary storage thereof. 
O Other levels of the system are respectively intended 
^to extract from the stored data correct data which 

are devoid of errors and which are appropriate to the 
^operating environment of the transmission and/or 
^reception apparatus, and to define more chapters 

forming the file. Finally in the eighth level the trans- 



mitted transmissions may be optionally ciphered (35) 
in accordance with suitable keys to permit reception 
only by persons who have deciphering apparatus 
enabled by corresponding deciphering keys. 
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SYSTEM FOR THE TRANSMISSION AND/OR RECEPTION OF COMPUTER PROGRAMS AND/OR DATA BY 
WAY OF TELETEXT 



The present invention relates to a 
"telesoftware" system, that is to say a system for 
transmission and/or reception through the air of 
files containing programs and/or data, in a teletext 
environment and to transmission apparatus and 
receiving apparatus for use in such a system. 

A transmission system of that type is known in 
which the files containing the programs and the 
data are transmitted with the same procedure as 
that used for the teletext pages. In that known 
system the data and/or the program steps con- 
tained in each teletext page are completed by a 
check code which is used upon reception for de- 
tecting errors. Acceptance of the page is thus 
"conditional on correctness of all the lines which 
form that page. The data and/or software programs 
in that system co-exist with the teletext pages 
which can be displayed on the screen of a televi- 
sion receiver equipped with suitable decoding cir- 
cuits. That system has the disadvantage that any 
errors in transmission or reception delay reception 
of the entire file of data and/or program to an 
unacceptable degree in the situation where ihe 
errors re-appear, even in different lines, in the 
repeated reception of the rejected page. That is 
particularly disadvantageous in broadcast transmis- 
sions which involve particularly hilly geographical 
regions, like those of the Italian territory, which 
frequently involve the reception of spurious echo 
signals which adversely affect correctness of the 
transmissions. 

In that known system moreover the number of 
lines contained in a teletext page is higher than in 
a normal teletext page. In fact the error check code 
and the codes for connection between the various 
pages of the file are contained in the teletext lines 
from the 24th to the 31st lines, referred to as 
"ghost rolls", that is to say ghost lines since they 
are not displayed by a normal teletext decoder. 
Such lines however cannot be produced by the 
major part of the teletext generating systems which 
are used at the present time by the broadcasting 

companies. 

The technical problem on which the present 
invention is based is that of providing a system for 
the transmission/reception through the air of files 
with data and/or programs, in a teletext environ- 
ment, which is little affected by disturbances in 
transmission, which is quick, which permits a high 
degree of flexibility both in organisation and in the 
capacity of the files and which does not disturb 
reception of normal television programmes. 

In one aspect the present invention provides a 
system of transmission through the air of files with 



data and/or programs in a teletext environment, in 
which the teletext transmissions contain digital in- 
formation constituting teletext pages, characterised 
in that the files are transmitted in accordance with 
5 a telesoftware transmission procedure whose pa- 
rameters are in turn transmitted in a configuration 
chapter between the teletext pages as configuration 
data associated with said telesoftware transmission 
procedure, and in which said files with data and/or 
70 program are taken from the teletext pages in accor- 
dance with a telesoftware-taking procedure, the 
configuration data thereof having been taken from 
said configuration chapter. 

In accordance with another feature the system 
is comprises masking means for extracting from the 
teletext signals significant data which are free from 
errors, means for detecting the errors and for the 
auto-correction of the significant data contained in 
a given sub-assembly of blocks of information of a 
20 teletext page, means for transcoding of the correct 
significant data into data appropriate to predeter- 
mined coding (bytes), means for extracting from 
the data appropriate to the predetermined coding 
the blocks of data forming a program and/or data 
25 file, and optional means for selective control of 
access to the program and/or data file. 

Other aspects of the invention are defined in 
the claims appended to this description. 

The various aspects and features of the inven- 
30 tion will be apparent from the following description 
which is given by way of non-limiting example with 
reference to the accompanying drawings in which: 

Figure 1 is a general block diagram of the 
transmission and/or reception system according to 
35 the invention, 

Figure 2 is a block diagram of a reception 
apparatus according to the invention, with a variant 
for a block of the diagram shown in Rgure 1 . 

Figure 3 is another reception apparatus with 
40 another variant for a block shown in Rgure 2, 

Figure 4 is an operating diagram of the sys- 
tem according to the invention. 

Figures 5a, 5b and 5c diagrammatical ly 
show different modes of operating the apparatus 
45 shown in Rgure 3, 

Figure 6 shows a further mode of operating 
the apparatus of Figure 3. 

Rgure 7 is a block diagram of some items of 
information contained in the detail in Rgure 6. 
so Rgure 8 is an operative diagram of a data 

conversion mode of the system according to the 
invention. 

Rgure 9 is a data conversion table of the 
Figure 1 system, 
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Figures 10, 11 and 12 are block diagrams of 
some items of information which can be stored in a 
memory in Figure 3. 

Figures 13, 14 and 15 are circuit diagrams of 
iaarts of the apparatus shown in Figure 3. 

Figures 16 and 17 are block diagrams of 
further items of information which can be stored in 
a memory in Figure 3, 

Figure 18 is a flow chart of the mode of 
operation of the system according to the invention, 
and 

Figure 19 is another flow chart of the mode 
of operation of the system according to the inven- 
tion. 

GENERAL ASPECTS OF TELETEXT TRANSMIS- 
SIONS 

_As is known, teletext transmissions involve a 
system for transmission through the air of informa- 
tion for the user, which appears on the television 
screen in the form of "pages" containing a written 
text and simple graphics. For that purpose, the 
system uses the frame blanking interval of the 
video signal for transmitting blocks of items of 
digital information which co-exist with the normal 
television programme, without reciprocal interfer- 
ence. _ , 
The teletext pages are only transmitted 
cyclically. They can be selectively extracted from 
the video signal in response to a page selection 
command on the part of the user and stored in a 
memory to facilitate display thereof. Naturally the 
page acquisition time is variable in accordance with 
the frequency with which the page is transmitted 
with respect to the other pages in a complete 
transmission cycle. 

Teletext pages consist of 20 lines of 40 char- 
acters. The characters may be alphanumeric, 
graphic or check characters. The latter define the 
display attributes (colour of the character and the 
background, size of the character, character flash 
etc). All the characters consist of 8 bits of which 
one is a parity bit. The system used is based on a 
structure which is "synchronous" with the television 
signal, in the sense that each line of characters 
displayed on the screen is transmitted in a televi- 
sion lini 



That system has been adopted by FlAI for the 
"TELEVIDEO" service which was opened to the 
public from 1st September 1984, in accordance 
with the Ministerial Decrees of 3rd and 4th August 
1984. to which reference is made for further details. 

The teletext system is not limited to the trans- 
mission of digital signals which co-exist with the 
analog signals of the television programmes, but 
can also be applied to transmissions in which the 



television carrier channel is exclusively dedicated 
to data transmission. 

For the above-mentioned reasons, in the 
TELEVIDEO service, service information for the 
s teletext decodere are also included in the 24 lines, 
from line 0 to line 23 of each teletext page. 

The teletext "pages" are numbered in groups 
of 100, referred to as "magazines", for a maximum 
of 8. Not all the pages of a magazine are necessar- 
, 0 ily transmitted. Each page is numbered with three 
address digits (numerals) of which the first digit 
identifies the magazine to which the page belongs 
to and the other two digits identify the page num- 
ber in the magazine. In addition, each page may 
)5 have associated therewith sub-pages or sides iden- 
tified by a sub-code of another four digits. For 
example the digits "637 0003" identify sub-page 
0003 of page 37, belonging to magazine 6. The 
assembly of sides with the same address define a 

20 teletext "chapter". 

Page 100, which is indicated at 91 in Figure 
5b, contains a general index and is transmitted at a 
higher rate than that of the other pages to give the 
user the option of access thereto more quickly. 
25 The page identification number which is gen- 
erally displayed in a clear mode on the first line of 
the television screen is sent in binary form; from 
hexadecimal 00 to FF (from 0 to 255 decimal) of 
which the TELEVIDEO system at the present time 
30 uses only decimal numbers up to 99. 

The sub-code indication is also sent in binary 
form, in which: 

a) two bits indicate the most significant digit; 

b) four bits indicate the subsequent digit; 

35 c) three bits indicate the subsequent digit; 

d) four bits indicate the least significant digit. 
At the present time the TELEVIDEO service 
from RAI uses binary numbers in the range of 0-9 
40 for an availability of sub-code decimal numbers 
from O0OO to 3979. n 
As is known, some pages in the "magazine 
may be up-dated with various contents in each 
transmission cycle and in accordance with the sub- 
45 page number which identifies the sequence. Those 
pages are the "rolling pages" which make it possi- 
ble to transmit a large amount of information using 
a single page address. For example, if page 177 is 
to bo used to send 3 rolling pag es, they will be 
so formed by 177 0001; 177 0002; and 177 0003. 

Each teletext line consists of 45 bytes of which 
the first 5 bytes are service bytes and contain 
information in respect of synchronism, magazine 
number and line address in the range of from 0 to 
ss 31 while the remaining 40 bytes contain code in- 
formation for the teletext line. 

Line "0" (zero) is the first line of any teletext 
page. Provided in that line "0". besides the first 5 
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service bytes, are 8 other bytes which are used to 
identify the page and to carry check information. 
There then follow 32 bytes of which the last 8 
bytes are used to define the time. The service 
bytes subsequent to the 5th bear the following 
meanings: 

a) bytes 6 and 7 provide the number of the 
page, units and tens respectively; 

b) bytes 8 to 1 1 provide the sub-code; and 

c) bytes 12 and 13 provide a series of check 
bits containing information for the decoding circuits 
regarding the page and display of the related data. 

The remaining 32 bytes of the line "0" are 
characters which, after decoding in a teletext envi- 
ronment, are displayed on the first line of the 
screen. When the decoder recognizes the begin- 
ning of the line "0" of a fresh page, it also recog- 
nizes in the preceding line received, the last line of 
-the-preceding page. In that- way each line -"©"- 
determines the end of a page and the beginning of 
the following page. The lines transmitted between 
two lines "0" may in turn be sent in any order (for 
example line 1. line 10, line 6, etc.) insofar as each 
line has at its head the items of information neces- 
sary to be identified. If the decoding circuit detects 
the end of the page by virtue of the line "0" of the 
subsequent page, it assumes that the lines which 
have not been received of the preceding page are 
empty lines. 

The items of information received in relation to 
line 1 to 23 are displayed as lines of the text which 
appears on the television screen. For those lines 
also, the first three bytes (clock run-in, 2 bytes: and 
framing code, 1 byte) are used by the decoder for 
line synchronisation; another two bytes identify the 
magazine number (3 useful bits) and the line num- 
ber (5 useful bits). The remaining bits provide the 
information for finding and correcting errors in ac- 
cordance with the hamming code 8/4. The remain- 
ing 40 bytes are the teletext data corresponding to 
that which is displayed on the television screen. 

GENERAL ASPECT OF TELESOFTWABE 

The telesoftware service constitutes an exten- 
sion of the functions of the TELEVIDEO service 
a nd-pe rmits U ie l a ception-of 



mnM ^ -whic h con t ain ' 

both "software" (computer programs) and data. 

With reference to Figure 1. the system for 
transmission of the telesoftware files provides a 
television transmitter 30 of known type which is 
normally used for broadcasting television pro- 
grammes and the description of which is outside 
the subject-matter of the present invention. The 
video signal passing into such a television transmit- 
ter comes from a mixer circuit 31 which receives 
as its input the programme video signal VIDEO 



PROGR. and a teletext signal coming from a 
teletext generation system 32. 

The teletext generation system receives at its 
input the programme video signal VIDEO PROGR. 
5 (for synchronisation reasons) and produces the 
teletext data on the basis of information TLTXT 
coming from external terminals or remote data 
banks. Such a generation system, in the present 
invention, is also connected to a telesoftware gen- 
10 eration system formed by a computer 33. The 
computer 33 checks the coding of the data of the 
telesoftware files which are taken from a memory 
34 and provides for insertion of the coded telesoft- 
ware data between the teletext data of the system 
75 32. possibly after a ciphering operation by means 
of a ciphering circuit 35. 

The telesoftware in general constitutes a sub- 
assembly of the teletext in the sense that, in a 
_ teletext, service comprising the transmission of an 
20 assembly of pages 36 (Figure 4) and in which two 
pages 37 and 38 which can be displayed on the 
screen include the index of the teletext pages and 
the index of the telesoftware programs, the pages 
39 which are shown in broken lines are however 
25 dedicated to the transmission of files SOFT of 
programs and/or data. 

If the pages 39 containing the telesoftware are 
called up by a user equipped with a normal teletext 
receiver fitted into the television apparatus, the 
30 pages which are called up. from the first line which 
remains readable, are displayed as an assembly of 
alphanumeric of semi-graphic characters which are 
not intelligible in their whole or they are not dis- 
played, in accordance with the specific checks of 
35 the receiving apparatus. 

The use of the program and/or data files of the 
telesoftware service requires a reception unit 40 
(see Figure 1) which is predisposed for receiving 
the television channel on which the teletext service 
40 is transmitted, a decoding unit 41, an interface 
circuit 42 and a computer 43 which, by means of 
its keyboard 44 and a control program, controls the 
unit 41 and provides for loading of the items of 
information received into its internal memory or into 
45 an external memory 45. 

In the embodiment shown in Figure 1 the re- 
ception unit 40 is a television receiver of commer- 

c iai- t yp e - w hi ch i s p i ov i ded w it h a po iitolevision 

plug (SCART) 46 which is known per se and is 
so connected to an aerial 47. The receiver 40 is used 
for tuning in the television channel bearing the 
teletext service with the desired telesoftware. The 
decoding unit 41 is also provided with a peri- 
television plug 51 which is connected by way of a 
55 "hybrid" cable 52 to the plug 46 of the receiver 40. 

The decoding unit 41 uses the demodulated 
video signal Vin-SCART coming from the receiver 
40 for decoding the corresponding teletext signals 
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and feeds the screen, of the receiver 40 by means 
of the signals RGB generated by the unit 41 under 
the control of the computer 43. 

The decoding unit 41 comprises a video signal 
processor circuit (VIP) 56. a teletext signal control 
microprocessor (EURO-CCT) 57 and a random ac- 
cess memory (RAM) 58. Those circuits are of 
standardised type for decoding teletext signals and 
are widely available on the market. In particular the 
Vip circuit 56 is for example of the type SAA 5230 
and is capable of extracting from the signal Vin the 
serial teletext information present in the frame 
flyback. The circuit EURO-CCT 57 is for example 
of the type SAA 5240 and is suitable for acquisition 
in parallel mode of the teletext data received and 
for storage thereof in suitable locations in the RAM 
58- it further comprises a character generator con- 
trolled by the teletext signals and provides for 
generating the corresponding signals RGB. 

The decoding unit 41 also comprises a switch- 
ing circuit 59 for the signals RGB. which is con- 
nected to suitable contacts of the SCART plug 51 
and is also connected to the computer 43 by way 
of a video connector 60. The computer 43. by way 
of the interface circuit 42 and a connector 61 of the 
unit 41. provides for exchange of data with the 
EURO-CCT circuit 57 and for controlling by way of 
the connector 60 the switching circuit 59 for dis- 
playing at the receiver 40 alternatively either the 
characters generated by the EURO-CCT circuit 57 
or the characters generated by the computer 43. 

In the alternative construction shown in Figure 
2 the receiving portion comprises a tuning and 
decoding unit 64 which receives the television sig- 
nals from an aerial 65 (which may also be the 
aerial 47). The unit 64 is connected to various 
circuits of a decoding unit 66 substantially the 
same as the decoding unit 41 and by way of the 
unit 66 is connected to the computer 43. The 
tuning unit 64 is also operable to generate at a 
plug RF 67 a television signal on a predetermined 
carrier channel, to be used on a television receiver 
68 without a SCART plug and which is used only 
for display purposes. A power supply unit 70 also 
provides for the power supply to all the circuits of 
the decoding unit 66 and the tuning unit 64. in- 
dependently of the computer 43 or the television 
receiver 68. .... 
_ Jt fr 6 _ to< w 1 g^ J ott^ a tel evision 
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receiver but is without the audio section, the screen 
and the associated controls. In particular the unit 
64 comprises a tuning circuit 72 which is con- 
nected to the aerial 65 and controlled by a micro- 
processor 73 for reception of the desired televis.on 
channel. The associated video output signal Vin-RF 
of medium frequency, is detected by a detector 
circuit 74 and supplied to a switching circuit 75 of 
the unit 66, which in turn is controlled by the 



microprocessor 73. The switching circuit 75 is also 
connected to the SCART plug 51 for receiving 
alternately with the signal Vin-RF the signal Vin- 
SCART in the situation where the decoding unit 66 

s is connected to the SCART plug 46 of the televi- 
sion -40 in Figure 1. The microprocessor 73 is 
connected to the computer 43 by way of the con- 
nector 61 of the unit 66 and the functions thereof 
for channel tuning and activation of the circuit 75 

to can be directly controlled by the keyboard 44 of 
the computer 43 and the associated control pro- 

9Tar jhe unit 64 also comprises a PAL encoder 77 
which is supplied with the signals RGB-CCT of the 
rs circuit EURO-CCT 57 of the unit 66 to provide a 
composite video signal Vc. By way of a switching 
means 78 and a modulator 79 the signal Vc sup- 
plies at the plug RF 67 the television * signal for 
the receiver 68. The circuit 78 is also controlled by 
2 n the computer 43 by way of the connector 60. When 
~ the receiver 68 has been tuned to the television 
channel generated by the unit 64. the computer 43 
can display on the screen of the receiver 68 either 
the characters generated by the circuit 57 of those 
25 generated by the computer 43. 

After tuning of the desired channel which is 
effected directly at the receiver 40 in Figure 1 or 
by means of the computer 43 at the unit 64 in 
Figure 2. the user may call by means of the 
30 keyboard 44 of the computer 43 for storage of 
programs and/or telesoftware data by way of the 
interface circuit 42. The decoding unit 40. 66 firstly 
stores the data in the memory 58 and then from 
same extracts the telesoftware data in accordance 
35 with the telesoftware control and loading program 
which is in the computer 43. 

The computer 43 may be of the type known as 
a "home computer" (HC). which for example has 
no video display and which is substantially as 
40 described, or of the type known as a "personal 
computer" (PC) as indicated at 80 (see Figure 3). 
typically provided with its own 25 line display 81 
and a separate keyboard 82 and optionally con- 
nected to a printer 83. 

In the case of the PC 80. loading of telesoft- 
ware programs provides for use of a tuning and 
decoding unit 84 provided with a tuning unit 85 
similar to the tuning unit 64 in Figure 2. The unit 85 
in particular comprises the tuning circuit 72, the 

: : -to iu« mMium fronnflnCV 



in particular whik"^ " *- j 

so control microprocessor 73. the medium frequency 
detection circuit 74 for the video signal Vin and a 
memory 86 for storing the tuning information relat- 
ing to a predetermined number (for example 30) of 
television channels, in per se known manner. The 
S5 tuning and decoding unit 84 also comprises a 
decoding unit 87 similar to the unit 41 in Figure 1 
comprising the video signal processing circuit VIP 
56. the EURO-CCT circuit 57 and the RAM 58. The 
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unit 84 is connected to the PC 80 by means of a 
connector 88. The PC 80 also provides for the 
supply of power to the unit 84 by way of the 
connector 88. 

The PC 80 is predisposed for processing the 
teletext and telesoftware information by means of a 
board EPROM 94 for generating TELEVIDEO char- 
acters, which is used in place of the standard 
character generation board, and an interface board 
95 for interfacing with the unit 84, to be used on an 
expansion slot in the PC 80. The control program 
for loading the software is included in an external 
carrier, for example a magnetic disk 89. The 
telesoftware control program specializes the func- 
tion keys F1-F9 and other keys of the keyboard 44 
and 82 of the computers 43 and 80 respectively for 
the "environment" created by the program. 

With specific reference to the PC 80 (see Fig- 
__ure_3),_jacquisition of the telesoftware control pro- 
gram causes the display 81 to display a menu 90 
(Figure 5a) relating to the choice of a "MS-DOS" 
program which is known per se of the computer 80 
or "TELESOFTWARE" which is common both to 
the televideo environment and to the telesoftware 
environment The last character line 90a of the 
display 81 (line 25) in turn provides indications of 
specialization in respect of the function keys F1, F3 
and F5. 

The indication F1 = TUNE indicates that se- 
quential operation of the' key F1 and a group of 
numeric keys of the keyboard 82 acts on the tuning 
circuit 72 and on the memory 86 of the unit 84 
(see Figure 3) for storing the associated tuning 
data, associating same with a corresponding index 
number. The indication F3 = PROG specifies that 
actuation of the F3 followed by actuation of two 
numeric keys representative of the index number 
makes it possible to select the desired channel by 
means of the data in the memory 86. The indica- 
tion F5 = QUIT specifies that actuation of F5. 
confirmed by actuation of the key CR (carriage 
return) causes the PC 80 to return to the MS-DOS 
system. 

After selection of the desired channel the PC 
80, in the televideo mode, causes the display 81 to 
display the typical menu 91 (Figure 5b) of that 
mode, that is to say the page index 37 of the 

te lot o xt p a ges-36^pregfesswe-te-40 0) in whi c h th e— 

index of the televideo pages is present, just as 
would appear in a commercial television set pro- 
vided with televideo decoding circuits. In that case 
also the first line (line 0) of the display 81 carries 
the indications in respect of the page (100), the 
transmitting station (RAI), the day and the time. In 
addition the last character line 91 a of the display 
81 has five fields which, in an initial order 91 a1. 
provide the following indications: F1 = SEU P3 = 
SAVE; F5 = PAG - 1; F7 = PAG + 1: and F9 = 



MORE. Those indications are representative of a 
new specialization of the function keys F1 - F9. 
Actuation of F1 followed by the input of three 
decimal digits, actuation of a separator key. possi- 
5 bly the input of another three decimal digits, and 
confirmation by actuation of the key CR. causes 
storage of and call for a page 36 (Figure 4) of 
teletext and possibly its sub-page, as selected. 
The actuation of F3 followed by an alphabetic 
io key indicative of a memory and a series of char- 
acters and confirmed by actuation of the key CR 
causes storage in the memory specified by the 
alphabet key of the content of the page selected 
and shown on the display 81. F5 and F7 respec- 
is tively select the respectively subsequent and pre- 
ceding pages, relative to the selected page. Finally 
actuation of F9 causes a change in the order from 
91 a1 to 91 a2 (see Figure 5b) in which the five 
fields of the character line 91a provide the following 
20 indications: 

F1 = EXIT; F3 = PRINT; F5 = LOAD; F7 = 
MASK; and F9 = MORE. 

In the order 91 a2, actuation of F1 causes return 
to the menu 90. Actuation of F3 followed by ac- 
25 tuation of the key CR causes printing of the page 
displayed, by means of the printer 83. Actuation of 
F5 followed by a letter and a series of characters 
and confirmed by actuation of the key CR in turn 
causes display of any page of teletext which had 
30 been previously stored with the key F3 (SAVE). 
Actuation of F7 will mask a part of the area dis- 
played, for example to conceal a telequiz solution; 
and finally actuation of F9 will return the PC80 to 
the previous order 91 al . 
35 In the event of errors in actuation of the keys, 
the reason for the error will be displayed on the 
display 81 (Figure 3) and correction of the error is 
possible after actuation of the spacer bar SP of the 
keyboard 82 which returns the PC 80 to the status 
40 immediately preceding that in which the error had 
occurred. 

In the televideo mode, selection of the page 
index 38 of the telesoftware programs (Figure 4) 
will cause the display 80 to display a menu 92 
45 (Figure 5c) of the available telesoftware programs, 
with the appropriate indication of the first teletext 
page in which the various telesoftware programs 
begin^-The-last-Jino 02a of the rlisplay 81 also. 



maintains the same indications in respect of the 
so line 91 a as specified in the orders 91 a1 and 91 a2. 

As will be described hereinafter, selection of 
one of the telesoftware pages indicated in the 
menu 92 causes automatic adaptation of the PC 80 
to the specific telesoftware mode and causes the 
ss display 81 to display the indications 93 (Figure €) 
in which the first line has the same items of in- 
formation of a teletext page and the last line 93 in 
an initial order 93a1 , bears the following items: 
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F1 = SEL; F3 = TEXT; F5 = RUN; and F9 = 
MORE. 

Actuation of F1 followed by the number of the 
page will select the desired telesoftware program. 

The other lines on the display 81 will then 
supply the following items which will be automati- 
cally extracted by the PC 80 from the telesoftware 
program being received: 

- PROGRAM, together with the number of the 
pages and the index; 

- FILE TYPE, with specification of the type, which 
may be indicative of the language used such as 
BASIC or COMPILED (or EXECUTABLE, which is 
already written in machine code and which can be 
executed under the MS-DOS operating system), or 
indicative of the nature of the program such as 
TEXT or DATA, as will be described hereinafter; 

- FILE NAME, together with the name ol the file; 

- FILE LENGTH, with specification of the length of 
the Jle, in hexadecimal code; 

- PAQES RECEIVED, together with the number of 
pages received, in hexadecimal code; 

- INCORRECT LINES, together with the number of 
incorrect lines received. 

The incorrect lines will be automatically cor- 
rected by the PC 80 or replaced by other lines 
which are received at subsequent times, as will be 
described hereinafter. That number will be useful 
for determining the quality of the reception chan- 
nel. When reception is concluded, the number of 
wrong lines will be automatically zeroed; and finally 

- AQUISITION IN PROGRESS, which will remain 
displayed until the program has been completely 
acquired by the PC 80. 

Actuation of F3 causes return of the PC 80 to 
the televideo mode. Alternatively return to the last 
televideo page is also activated by actuation of the 
key ESC (escape). 

Actuation of the key F5 causes execution of 
the acquired program. 

Actuation of the key F9 switches the PC 80 
between the order 93al and an order 93a2 in 
which the last line 93a bears the following indica- 
tions: 

F1 = EXIT; F3 = SAVE; and F9 = MORE, and in 
which actuation of F1 makes it possible to return to 
the menu 90 in Figure 5a. Actuation of F3 makes it 
possible to store the telesoftware received in a 



already indicated in relation to storage of a teletext 
page. Finally actuation of F9 switches the PC 80 to 
the order 93a1 . 

In each case, when reception is concluded, the 
user will have available on the computer HC 53 or 
the PC 90 a file of programs and/or data as if it had 
been loaded from any mass carrier directly con- 
nected to the computer. 

Transmission of the files takes place by using 



a communication protocol for setting up and main- 
taining the communication and which permits ade- 
quate protection for the information of the file in 
regard to transmission errors. 

s In the embodiment of the telesoftware trans- 

mission system according to the invention, no vari- 
ation in the present teletext standard has been 
introduced. In particular the system has kept the 
same transmission unit (the line) and the same 

io structure at the page side levei as the teletext 
service. On that basis, it has been possible to use 
a good part of the apparatuses and circuits which 
are already in use both for the transmission and for 
the reception of the teletext service. 



GLOSSARY 

Set out below are the definitions of some terms 
20 which are repeatedly used in the course of the 
description. 

"Block" is an assembly of data zones of a 
chapter which belong to a file and which are ar- 
ranged in contiguous sides. 
25 "Byte" is a unit of area of memory, always 
formed by 8 bits. 

"Chapter" is the assembly of all the sides 
characterised by the same page number. 

"Character" is an elementary assembly formed 
30 by 8 bits. It contains from 6 to 8 useful bits of 
information. 

"Side" is a teletext page which always has the 
same information content. 

"Telesoftware side" is a teletext page used for 
35 the transmission of telesoftware data. 

"Hie" is an assembly of data or programs 
relating to a given topic. 

"Group" is an assembly of contiguous pages 
which is dedicated to the telesoftware transmission. 
40 "File heading" is a structure of data containing 
an assembly of information which permit control of 
another assembly of data which is associated 
therewith. 

"Side heading" is a structure of data arranged 
45 in each telesoftware side and containing informa- 
tion relating to the content thereof. 

"Program" is the assembly of data containing 
the items of information which permit the processor 
to carry out a logic sequence of elementary oper- 



50 ations. 

"Protocol" is the assembly of rules and con- 
ventions which make it possible to set up and 
maintain a communication. 

"Data segment" is an assembly of data which 
55 are located in contiguous memory positions. 

"Data zone" is an assembly of the characters 
of a telesoftware side containing the data relating to 
a single file. 
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DIFFERENCES BETWEEN TELETEXT AND 
TELESOFTWARE 

In order to be able to maintain a page structure 
which does not depend on the number of the line, 
the line 0 has not been used in the telesoftware 
system. All the telesoftware information has there- 
fore been put into lines 1 to 23. 

In accordance with the invention, differentiation 
as between the teletext system and the telesoft- 
ware system has been entrusted to some items of 
information which are included in each individual 
page side. In contrast to the information contained 
in a teletext side, which information can be dis- 
played directly, the items of information of a side 
for telesoftware comprise the following: 

a) data relating to management of reception; 

b) data which constitute part of the file to be 
received; and . - — 

c) data for checking the data of point b). 
The telesoftware information contained in the 

side is not used directly but requires a series of 
preparations. The way chosen for distinguishing the 
telesoftware chapters from the teletext pages has 
been that of notifying the receiving computer which 
they are. In addition, to ensure a high level of 
flexibility of operation, there has been created a 
dynamic configuration for the receiving apparatus 
in dependence on the conditions of operation, de- 
fining in contrast a single fixed chapter, for the 
configuration of the protocol, as will be described 
hereinafter. 



SUBDIVISION OF THE LEVELS OF THE PRO- 
TOCOL 

In order to separate the various problems 
whether of system or communication type, in ac- 
cordance with the invention, the protocol has been 
divided into "levels" for a hierarchical solution to 
the problems of encoding/decoding data. More pre- 
cisely there are eight "levels" which are examined 
from the point of view of the receiving system. 

Level 8 (access check). This is dedicated to 
checking the access of the data of the file transmit- 
ted and permits selective reception of the files, or it 



computers which have in their memory the de- 
ciphering access key for the ciphered files. This 
level 8 may be used with any of the known 
ciphering/deciphering systems and is not described 
in detail herein. 

Level 7: coding of the file and link 
(connections) between the chapters. This refers to 
that part of the protocol which joins the assemblies 
of data received and controls the automatic search 
for fresh chapters for complete reception of the file. 



Level 6: side coding. This refers to that 
assembly of rules for constructing a side of a file. 

Level 5: transcoding of character. This is 
dedicated to the passage from transmission coding 
5 to a specific 8 bit coding. 

Level 4: detection/correction of errors. This 
is dedicated to handling the code, in such a way as 
to introduce verification of correctness and possible 
self-correction of the digital data received, 
to Level 3: masking. This refers to a level which 

provides for "masking" of the data in such a way 
as to compensate for the effects due to the critical 
sequences of data. 

Level 2: teletext coding. This refers to that 
js part of the system which relates to decoding of 
teletext data. 

Level 1: physical level. This refers to the 
apparatuses which provide for reception of the vid- 
eo signal and extraction of digital data from the 
20 broadcast signals. 

In accordance with the invention the features of 
operation of the levels from three to eight as set 
forth above are defined by a series of parameters 
which are combined together and transmitted in a 
25 fixed chapter and with fixed coding, as will be 
described in greater detail hereinafter. In that way it 
is also possible to transmit decoding programs 
which ex-novo reconstruct the various levels, with a 
high degree of flexibility in relation to more sophis- 
30 ticated transmission and/or reception systems, 
without the users who operate with the first telesoft- 
ware version still having to be penalised by subse- 
quent developments. 

At the time of commencement, the receiving 
35 system will search for and read automatically the 
Configuration Chapter and is predisposed in accor- 
dance with the specification of the parameters of 
the protocol which are read. After that aquisition 
operation the receiving system is then ready to 
40 receive the transmitted files. 

In general each item of data within the protocol 
is interpreted as a "byte", that is to say it has 8 
bits which are all significant. For the lower levels 
(1, 2, 3 and 4) however there may be characters 
45 with an information content of 6, 7 or 8 bits which 
are expressly specified from time to time. 

The addresses of data contained in a page 

stde-eje-^ays-eateateteo^-en-ttie-o^a-^^ 

be found between levels 5 and 6 or after tran- 
50 scoding and before decoding of a side. In addition 
the first byte of the side is considered as byte 0. 
The size of an assembly of bytes is expressed in a 
similar fashion. 

55 
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CONFIGURATION CHAPTER OF THE PROTO- 
COL 

The Configuration Chapter is the only chapter 
of the teiesoftware system which has a fixed cod- 
ing and structure. The items of information con- 
tained in the configuration chapter concern the 
following: 

1) The presence of a teiesoftware service on 
the channel when the Configuration Chapter is 
transmitted; 

2) The specification of the teletext chapters 
which are dedicated to the teiesoftware transmis- 
sion; and 

3) The specification of auxiliary items of in- 
formation intended for reception of the files. 

In accordance with a preferential choice which 
is compatible with the present TELEVIDEO service, 
the Configuration Chapter of the protocol which has 
_been selected is the TELEVIDEO chapter whose 
hexadecimal code is "OFF". That relates to a chap- 
ter which is not used by the Televideo service; 
other choices are obviously possible but they are 
made once and for all insofar as the configuration 
chapter is searched for and identified automatically 
by the actual receiving computer on the basis of 
the address thereof. 



Data coding of the Configuration Chapter 

•The configuration chapter "OFF" may be sub- 
jected to two different types of coding: 

1) Coding of type A which can be used for 
teiesoftware transmissions where it is possible to 
use 8 bit transcoding; 

2) Coding of type B. with 3/4 transcoding, 
which can be used for the teiesoftware systems 
where 8 bit transcoding cannot be used. 

To provide that the receiving computer knows 
a priori the precise coding of the configuration 
chapter, the lines 0 of the sides which constitute 
the chapter "OFF" provide in their bytes 8 to 11 a 
"sub-code- associated with the type of transmis- 
sion of the page "OFF". The receiving system 
distinguishes the codes of the chapter "OFF" on 
the basis of the sub-code of the side received. 
When the value of the sub-code is between © and 
& r?F, th o eed wg -i s o f ty p e A >wfa e n-the val i i f =>-ot 



out the chapter OFF may be formed by a plurality 
of sides. Each side may contain up to 736 valid 
bytes for coding of type A and up to 552 valid 
bytes for coding of type B. 

5 in any case any extension is possible, by using 

other configuration chapters and other rules in dif- 
ferent pages of the transmission. By maintaining 
compatability with the first version of the protocol, 
the only result will then be that the fresh chapters 

;o will be ignored by the preceding versions. 

Configuration of the protocol 

is The structure of the sides of the chapter "OFF" 
is different from that of the sides of the files of data 
and programs. 

The items of information contained in the var- 
ious sides of the chapter "OFF" (Figure 7). already 

20 identified, comprise the following: 

a) General Data of Configuration 100 of the 
entire protocol; 

b) Data of Details of Group 110 of the 
teiesoftware chapters; 

25 c) Optional Data of Modification of the Re- 

ception Program 120; 

d) Optional Data of Details of Obsolete Ver- 
sions. „ yl __„ 
In addition each side of the chapter OFF 
3 o comprises data in respect of Check Parameters 
125 relating to reception of the sides of the chapter 
"OFF" Those data are contained in the first three 
bytes of the side and will be described in detail 
hereinafter. . 
35 The chapter "OFF" is of a structure which is 

variable in dependence on the transmission re- 
quirements, as already described, but the data of 
point a) and the data of b) are always specified. 
The parameters which are specified in typical 
40 situations of use may be transmitted in a single 
side with minimum loading of the transmission. The 
parameters are also formed by "bytes" and the 
positioning data are referred to the position in the 
side 0 of the chapter. 

45 

a) General Configuration Data 



the sub-code is greater than or equal to 1000. in 
hexadecimal, the coding is of type B. Apart from 
the adjustment of transcoding to the sub-code re- 
ceived, the receiving unit is also predisposed to 
receive coding in respect of the side data of ham- 
ming type (40, 34) for transmission which is effec- 
ted up to 23 lines per side, from lines 1 to 23, for a 
total of 920 characters/side. 

When the predisposition operations are earned 



protocol relate to characteristics which are indepen- 
dent from the "groups" and comprise, in the order 
of transmission and considering the first byte of the 
side as a position byte 0: 

1) Two bytes 101, from position 3, which are 
indicative of the total length of the chapter "OFF", 

2) One byte 102, in position 5. which is 
indicative of the number of details of groups of 
teiesoftware chapters. 
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3) One byte 101, in position 6, which is 
indicative of the length of a telesoftware group 
detail: that item of data indicates the number of 
bytes of which each detail of the telesoftware chap- 
ter is composed, 

4) Two bytes 104, from position 7, for defin- 
ing the address of the detail of the first telesoftware 
group, which is indicative of the location from 
which the detailed list of the groups begins, with 
reference to the entire chapter OFF, 

5) One byte 105, in position 9, for defining 
the number of details of protocol exchange, which 
is indicative of the total number of variations in the 
reception program in the various versions, 

6) One byte 106, in position 10, which is 
indicative of the length, in number of bytes, of a 
detail of protocol exchange, 

7) Two bytes 107. from position 11, which 
areindjcative of the address of the detail of the first 
protocol exchange. 

8) A byte 108. in position 13. for defining the 
number of the obsolete versions, and 

9) Two bytes 109, from position 14, for de- 
fining the address of the detail of the first obsolete 
version. 

Other positions may also be dedicated to the 
detail of the operation of coding data. 

b) Group Detail Data 

The chapters dedicated to transmission of files 
which belong to the same telesoftware group have 
the same transmission characteristics for them ail 
to be recognized by the receiving system. The 
protocol makes it possible to define up to 255 
different telesoftware groups. Each group detail 110 
comprises the following parameters: 

1) Two bytes 111. from position 15 of the 
side, "start page", which are indicative of the first 
chapter of the group dedicated to the telesoftware 
and in which the first chapter indicated is included 
in the group, 

2) Two bytes 112. from position 17, "stop 
page", which specify the last chapter of the 
telesoftware group and in which the chapter in- 
dicated is included in the group. 

3>_O oe-b y te J J^^-positio n-ig , "typ e-of - tr an- 

scoding and auto-correction code", which specifies 
the group characteristics. That byte is subdivided 
into two portions in which: 

a) The portion which is made up of bits 0 
and 1 of the byte contains the indication of the 
coding with which the files in the group are trans- 
mitted, as follows: 0.0, 8 bit transmission; 0.1. 7 bit 
transmission, with parity; 1.0. 7/8 bit transmission; 
and 1 .1 3/4 bit transmission. A table of correspon- 
dence, in relation to the fifth transmission level. 



provides for transcoding of the data received by 
the receiving system from the system with which 
the transmissions take place, with 8 bit coding. 

b) The portion formed by bit 2 of the byte 
s contains the indication of the type of data coding 
used in the transmission of the group, for genera- 
tion of the check characters and possibly auto- 
correction characters. If the bit is "0". that indicates 
that the data coding is of the type with "auto- 
70 corrector code" and "character recognition code" 
(CRC) in respect of a line. If the bit is "1". that 
indicates that data coding is of the type with only 
line CRC. 



c) Reception Program Modification Data 

In the protocol configuration phases the trans- 
mitting station 30 may broadcast programs which 
20 make it possible to modify the telesoftware recep- 
tion program. The information on those modifica- 
tion programs are disposed in the configuration 
chapter "OFF" as assemblies of data 120 which 
specify each variation. Each assembly of data com- 
25 prises the following parameters: 

1) A byte 121 "reference version", for a 
digital value of between 0 and 255. to which there 
corresponds a particular telesoftware version. It 
serves to indicate to which program the transmitted 
30 modification refers. By way of example, two of 
those versions are respectively associated with a 
program MSX-Olivetti for home computers and a 
program for MS-DOS operating systems for per- 
sonal computers. 
35 2) A byte 122 "Substitution index", the value 

of which indicates which routine is to be replaced. 
If the value if set at 0FFH, that indicates that the 
entire reception program is to be replaced. 

3) Three bytes 123, "File detail", which are 
40 indicative of the file in which the replacement pro- 
gram is contained. File transmission coding is com- 
patible with that defined for the telesoftware group 
to which the file belongs. 

The code transmitted in the specific file con- 
45 stitutes the modification to the program, that is to 
say it replaces either a routine of the program or 
the decoding program which is implemented on the 
rece ivin g co mpu te r . : — — 



d) Data of Details of Obsolete Versions 

In case there are versions of telesoftware which 
are no longer supported by the transmitting sys- 
55 tern, in byte 108 of the general Configuration data 
100! the number of the obsolete versions is greater 
than "0". 

The versions which are no longer supported 
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are specified by indicating them consecutively as 
blocks of data 128 from the allocation of the chap- 
ter which is indicated at byte 109 of the General 
Configuration Data 100. 

Check parameters 

As already emphasised, the configuration chap- 
ter "OFF" is generally made up of a plurality of 
sides. For handling reception of that chapter, intro- 
duced at the beginning of each side of the chapter 
-OFF" are three bytes 125 in respect of check 
parameters, which are independent of the logic 
sequence of the above-described data and which 
contain items of information relating to the recep- 
tion of the sides. Those parameters are formed by 
two portions: _ . 

. - r) one byte 126, at position 0. associated- 

with a masking code, as will be described in rela- 
tion to masking level 3. and 

2) Two bytes 127. from position 1. asso- 
ciated with a positioning index of the side, of the 
type "i/n". in which "n" indicates the total number 
of sides in the chapter and T specifies the pro- 
gressive index of the side. In particular the first 
side of the chapter is of a value 0 while the second 
side is of a value 1 and the last side is of a value n. 

Figure 7 shows in graphic form the diagram- 
matic map of the parameters which make up the 
chapter "8FF". Illustrated therein by way of exam- 
ple are the obligatory parameters which are con- 
tained in the solid-line rectangles 100. 110 and 125 
and the optional parameters 120 and 128 which are 
contained in the broken-line rectangles. Figure 7 
also shows the correlation of some parameters. 

CODING OF THE FILE AND THE LINKS BE- 
TWEEN THE CHAPTERS 



Coding of the file is effected at the seventh 
protocol level and concerns the actions performed 
by the receiving system in handling the assemblies 
of data received to extract a file. In particular the 
file is considered as being made up of the headmg 
rn6~a7ra - a~parrcorttainlng"the data in the true- 

sense. 

Structure of the heading of the file 



The heading of the file is a data structure 
which contains information in respect of manage- 
ment of transmission of the file and an assembly of 



auxiliary data in respect of the transmitted file. 
Reception of the file heading is therefore necessary 
for acquisition of the file itself. The file heading 
may be positioned on any side of the chapter, with 
the following rules: 

i) A single file heading may be specified for 

each side; . . . 

ii) It must be contained entirely on one side. 

3 iii) It is always arranged at the beginning of 

the side, immediately after the side heading. 

The parameters relating to the file heading 
comprise fixed parameters and optional or variable 
parameters in which the fixed data are at predeter- 

s mined positions within the file head.ng and the 
optional data, when such are present are arranged 
in the order in which they are defined. 

!n the following paragraphs, the positioning val- 
ue indicates the position of the first byte of the 

20 portion in question. Numbering* effected relative 
to the file heading, considering the position of the 
first byte of the portion in question: Numbenng .s 
effected relative to the file heading, considenng the 
position 0 as the first byte of the heading. 

25 

Fixed parameters 

The fixed part of the file heading is formed by 
30 five parameters of which four are Itemed I bygone 
byte and one by three bytes, which descnbe the 
significance of the data transmrtted and the file 

StfU ?| U particular the parameters are in the following 
35 order of arrangement: 1) flags; 2) specification of 
the type of file; 3) number of data segments; 4) 
program start address; and 5) number of links: 

1) Flags: by one bytes, each bit or flag of 
which is of the following significance: 
M a) Autorun: when positioned at 1 it causes 

automatic run of the file received without interven- 
tion on the part of the operator. 

b) Autosave: when positioned at i it 
causes automatic save of the program on a mass 

45 carrier with the same name as that specified in the 
field "filename". It requires the "filename to be 
specified. . 

c) Overlay link: when positioned at i it 

indH*tes-tJ**t-spe^ 

so which specifies a file which constitutes an overlay 
of the file transmitted. 

d) Filename present: when positioned at i 
it indicates that there is included an optional pa- 
rameter which specifies the name of the file trans- 

55 mitted. . „ .» 

Comment: when positioned at 1 it indi- 
cates that the comment field is included. 
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f) Presence of the access code: when that 
bit is positioned at 1 it indicates that a ciphered 
access code is specified and consequently level 8 
of the protocol is activated. 

g) and h) Two bits which are not used. 

2) File type specification, by one byte: this 
parameter specifies the type of file transmitted. At 
the present time, by way of example, among the 
256 available codes, nine possible types of files 
have been defined, of which the first three types of 
files refer strictly to MSX machines and the last 
four types of files are dedicated to the MS-DOS 
operating system, as follows: 

1. Executable: the files contain a program written in 
machine code which can be executed under the 
MS-DOS operating system. 

2. Pre-interpreted Basic: the files contain a pro- 
gram which can be directly executed by the Ex- 

jtendedJJasjc j^rpreter of the MSX operating sys- 
tem. 

3. Listing Basic: the files contain a Basic program 
in ASCII format which can be executed on the MSX 
operating system. 

4. Data: the files contain a written text which can be 
displayed directly. 

5. Text the files contain a written program which 
can be displayed directly. 

6. Executable: the files contain a written program in 
machine code which can be executed under the 
MS-DOS operating system in EXE format. 

7 Pre-interpreted Basic: the flies contain a pro- 
gram which can be directly executed by the GW 
Basic interpreter of the MS-DOS operating system. 

8. Listing Basic: the files contain a Basic program 
in ASCII format which can be executed with the 
GW Basic interpreter of the MS-DOS operating 
system. . 

9. Executable: the files contain a program which is 
written in machine code which can be executed 
under the MS-DOS operating system, in COM for- 

The codes of the values from the 10th to the 255th 
have not been defined. 

3) Number of data segments, by one byte: 
specifies the data segments into which the files is 
subdivided. The value may vary from 1 to 255. 

4) Program begin addjess.^bymree 

made to be able to execute the transmitted pro- 
gram. That parameter Is significant only when the 
file contains a program. 

5) Number of links, by one byte: specifies 
the number of chapters, besides that specified in 
the selection, into which the file has been sub- 
divided. 

The multi-byte numbers are numbers which 
can assume values on the decimal scale of higher 



than 255. in which the least significant byte of the 
number is specified as the first byte and the most 
significant byte is specified by the last. 



Variable parameters: data segment detail 

The data segment detail is executed by means 
of two parameters: 
jo a) Segment length, by three bytes: specifies 

the number of bytes making up the segment, and 

b) Starting address, by three bytes: specifies 
the memory address in which the first byte of the 
segment is to be disposed. If the item of data 
ts transmitted is equal to the value 0FFFFFFH. the 
segment does not have a given allocation, that is to 
say the receiving computer may position the seg- 
ment in any arbitrary memory location. 



Variable parameters: Link ol a data block 

The link parameter in respect of a data block is 
intended to specify all the parts into which the file 
25 being transmitted has been divided. 

In general a file may be divided into an assem- 
bly of blocks which can be transmitted in different 
chapters. Associated with each block is a "link" 
(connection) parameter and therein the arrange- 
30 merit of the links is a matter of fundamental impor- 
tance insofar as it establishes the logic sequence 
of linking together the various chapters in the re- 
ception phases. 

The composition of a link comprises: 1) chap- 
35 ter detail; 2) side detail; and 3) number of sides of 
the data block. 

The link parameter comprises a data structure 
of fixed length which is formed by three portions or 
fields for a total of 4 bytes which are in the follow- 
40 ing order: 

1) Chapter number, by two bytes: indicates 
the chapter which contains the data block. 

2) Number of the starting side, by one byte: 
indicates the side which contains the first data zone 

45 relating to the specified block. 

3) Number of sides, by one byte: indicates 
how many sides have been used for transmission 

_oUhe-block..The data 7nnfts^whicli-ai»^edicated 



to the transmission of a block are arranged 
so contiguous sides, starting from the side specified in 
point 2). 



Variable parameters: overlay link 

The aim of the overlay link is to specify a file 
used internally by the selected program. 

The presence of this field is subordinate to the 
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"Flag" c) of link overlay in the first byte of the fixed 
parameters. When that "Flag" is positioned at 1. 
the field is disposed immediately after the speci- 
fication of the connected chapters and is formed by 
4 bytes containing the detail of the overlay file with 
the code used for specifying the files in a chapter, 
which is defined as the number of the chapter, by 
three digits, and the fixed parameter of the file. 
When the link overlay parameter is specified, auto- 
save and the filename of the fixed parameters also 
have to be specified. 



Variable parameters: filename detail 

The filename specification field contains the 
name of the file to which the heading refers. The 
presence of that field is subordinate to the filename 
"Flag" d) of the fixed parameters. The first byte of 
the field specifies the length in the number "n" of 
"bytes "of the string. The name of the file imme- 
diately follows the byte relating to the length and 
occupies the "n" bytes specified in the first byte of 
the field. 

The filename detail field is arranged imme- 
diately after the overlay link field. 



Variable parameters: comment 

The comment field is reserved for the inclusion 
of a text forming a brief comment on the transmit- 
ted field. The presence of this field is subordinate 
to the comment "Flag" e) of the fixed parameters. 

Similarly to the information specified in respect 
of the filename, the first byte of this field contains 
the length of the comment. The text forming the 
comment in the true sense immediately follows the 
length. The maximum length of a comment is thus 
255 bytes. 

The comment constitutes a field of genenc use 
for which the use thereof depends from one ap- 
plication to another. In general it contains a text 
which is capable of being immediately displayed 
by the receiving system. 

Variable parameters: access check code 



The access check code is formed by a single 
byte which indicates the type of access check with 
which the file has been transmitted. The heading of 
the file is transmitted in clear mode to permit 
recognition thereof while access to the data zones 
of the file is conditional upon the existence of a 
circuit or a program for deciphering purposes in 



the computer HC 43 or the computer PC 80. 

Whenever the data zone is transmitted in clear 
mode and the access check code is specified, it is 
set at the value 0. 



io The sixth level of the protocol relates to side 
coding and is used for interpretation of the data of 
a telesoftware side and for extraction of the data 
• belonging to the file to be received. 

Arranged in each telesoftware side may be a 
ts maximum number of bytes, the value of which is 
determined by the redundancy selected for 
detection/correction of errors (level 4) and by the 
type of transcoding (level 5). 

Dissassembly of the file and assignation of the 
20 sides of transmission of level 6 is decided in the 
transmission phase while extraction of the data 
which accompany the file is completed in the re- 
ception phase. 

Arranged in each side is a side heading code 
25 which begins with the first byte of the side and 
which comprises in the following order: 

1) General data of the side heading; 

2) Data for specifying the file heading 
(optional); 

30 3) Data for specifying the first data group 

(optional); and 

4) Data specifying the second data group 
(optional). 



General data of the side heading 

The general data of the side heading are dedi- 
40 cated to managing the heading of the side and 
comprise the following three groups of items of 
information 

1) Masking code, by one byte: memorizes a 
character containing a masking coding with which 

45 the side will be transmitted and the details of which 
are described in level 3 of the protocol; 

2) Positioning index, by two bytes: repre- 
. sents the position of the side in the chapter. Cod- 
ing by means of that index is of a structure i/n 



ing Oy mcaiia u' u"« mww~ — ■ — 

so wherein n n n indicates the total number of sides i 
the chapter and T specifies the index of the side. 
Therefore the first side of the chapter is of a value 
"©", the second is "1 while the last is of the value 
"n". Sine© the values "i" and "n" are formed by 
55 one byte, it is possible to specify chapters with at a 
maximum 256 sides. 
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3) Specification of the content of the side 
heading, by one byte: it can indicate the presence 
of a me heading detail and up to two details m 
respect of data zones, which are -"dependent of 
each other. Each data zone concerns the assembly 
of characters of the telesoftware side contam.ng the 
data relating to a single file. The byte defeated for 
SSf purpose has been divided into three portions 
or fields in which: . 

a) Bit 6 relates to the file heading and 
snecif.es the presence of the file heading in the 

fde when is set to 1. That therefore indicates 
that the data for specifying the file headmg are 
included in the side heading; 

b) Bits 3, 4 and 5 relate to a first data 

zone 0 ^ and 2 re , ate to a second data 

^"ihe two fields relating to the data zones have a 
coding in which: "000" indicates that Ihere u ino 
data zone; "001" indicates that there is a s^gte 
Sata zone in the chapter; "010" indicates *at the 
data zone is the first data zone of the chapter 
-011" indicates that the data zone is a central data 
zone of the chapter; and "100" nd,cates that the 
data zone is the last data zone of the chapter. The 
other codes are not defined. 



Data specifying the heading of the file 



a) "File specification", by three bytes: repre- 
sents the indication of the specification of the 
telesoftware file obtained specifying chapter and 
extension. The code used is of the type: (No ^of 
s chapter) (extension) wherein (No.of ■chapt :er ^means 
the number of the chapter formed by three _hex 
adecimal digits, which contains the headmg of the 
file; and (extension) corresponds to the fixed par- 
ameter of the heading of the file. In partcular ^each 
,o byte comprises two digits. In the first byte the ^first 
dS»t is zero and is not used and the second digit s 
the most significant digit of the chapter index. In 
the second byte the two digits are respeme.y the 
central digit and the least s.gn.ficant d.grt of the 
,s index of the chapter. The third byte contains the 
75 extension of the heading of the file. In the spec, 
fication of the chapter, each digit has m. i field from 
00 to OF whereby it can be transm.tted in the 
teletext system; 
2 o b) "Start", by two bytes: represents the 

starting address of the associated data zone; 

c) "Length", by two bytes: represents the 
number of bytes which make up the data zone in 
the side in question; 
25 d) "Pointer next search", by two bytes, 

specifies a chapter containing other sides wrth date 
zones belonging to the same file. The po.nter is 
included in the transmission phase to acihtate the 
search for more chapters in the receding phase. 
30 When the value of the pointer is greater than 800 
in hexadecimal (2048 in decimal) that indicates that 
the next search pointer is not specified. 



The data relating to specifying the heading of 
the file are optional and are included only when bit 
6 of Se byte P 3) of the specification of the content 
of the heading of the side is positioned at 1. That 
system comprises data relating to: 
Y a) "Extension", by one byte: specifies the 
extension of the file. The file is thus uniquely 
Sid insofar as the chapter is 
belongs the side in question and the extens.on is 
given by said parameter. 

b) "Start", by one byte: indicates the ad- 
dress of the side where the heading of the file 
begins and immediately follows the side heading; 

9 c) "Length", by two bytes: specifies the 
number of bytes which make up the heading of the 
file: " ~ 



Data specifying the data zones 

The specifications of the data zones 1 and 2 
are included when the field relating thereto m the 
byte in respect of the specification of the content of 
the heading of the side, is different from 0 • The 
structure of each data specification comprises: 



l5 DATA TRANSCODING" 

The firth level of the protocol concerns data 
transcoding and the aim thereof is to m ate .t 
«o possible to use the protocol even in the sifcaton 
where the receiving/transmitting system controls 
only a sub-assembly of the possible 256 configura- 
tions for each teletext character. 

The aim of data transcod.ng is to modify the 
45 characters with an information content of 6 or 7 brts 
in bytes of 8 bits. The information relating ^thereto 
is contained in the two bits of the first field of the 

^n^aracteristic^^ 

configuration data, as described above. 

Recognition of the coding "00" of the two b.ts 
of the first field is indicative of the 8 bit transm.s- 
sion in which the transcoding level is transparent 
Therefore no modification in respect of the data 
thereof is affected. ^„« s a 7 

S5 Recognition of the coding "01" indicates a 7 

bit transmission in which the most significant bit of 
Xhs character received contains the parity of the 
Tther 7 bits and in which therefore the character 
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may vary only in the range of 0 - 127. 

Recognition of the code "10" md.cates a 7 78 
bif transcoding in which there is a transm.ss.on w.th 
characters Jh 7 significant bits without the loss of 
information in passing from the 8 bits. >" P"*^ 
with reference to Figure 8. 7/8 transcod.ng trans- 
oms the 8 bit characters into 7 bit characters. w,th 

r«y?jT« -bdivided into groups of 7 

^Z'SSctT bits 140a- 140 9 of the 
bytes remain unaltered; ^—-h in 

-The 7 characters 141a - 141 o wh.ch are formed in 
that way are the first 7 bit characters; 
- the most significant 7 bite "a" - "9" of the bytes 
139a - 139g of the group are combined m a char- 
acter I41h making the bit "a" relating to the first 
c ?£acte 39a of the 8 bit group the least agnrf,- 
cambTand ^ bit "g" mating to the sev^h by^e 
I39g the most significant bit. The character 41h 
which is made up in that way constrtutes the e.ghth 

Cha ^^nV"Tl"TeLs to 3/4 transcoding 
tJTJSSS* 3 bytes into 4 character .without 
Toss of information and without any output check 

^The description by way of example of the way 
in which the 3/4 transcoding operation « PJ*"** 
refers to Figure 9 in which a, b and c md.ca.te the 
byte 143 and ... «... and .V indicate the tour 
characters 144 resulting from the transcod.ng op- 
eration. 

DETECTION AND CORRECTION OF ERRORS 

The fourth level of the protocol is occupied 
with the protection of the data, independently of the 
information content thereof. 

Each telesottware side is made up by ^the l.ne 
0 which is not used and which is not considered by 
the telesottware protocol and the l.nes 1 1 to ,23 £ a 
teletext page. Each telesottware l.ne is made up of 
Tws which can be used tor supporting the 

'^^orlhe purposes of broadcasting the telesott- 
ware the system according to the invention uses a 

P a " . . , ,^ annthfir Dart C 



Ton of the items of information and another part of 
Z 40 bytes for detection and correct,on of the 
errors in the useful part. 

As already emphasised in ^ chapter def- 
eated to Group Detail Data 110 (F.gure 7). the 
system provides for two different types of transm.s- 
SnThe first type concerns transmiss.on w.th 
Sico^co* and line CRC and the second 
C on the other hand concerns transm.ss.on w,th 



only line CRC. The two types of m>«» »™ 
distinguished from each other insofar as the first 
permrts a higher probability of correct recept.on on 
S acquisflon while the second permits .mproved 
8 transmission efficiency, about 15% higher than that 
of the first type. . 

The polynomial generators of the CRC both of 
the first type and the second type are the same 
and Send only on the transcoding used. The 
10 ont difference is that the CRC of the first type « 
ca.cu.ated on 32 characters of data jwMa , *a ■« 
the second type is calculated on 38 characters. 
? he chlracteSc po.ynomiais for calculation .of *e 
CRC are implemented by shirt reg.sters and XOR 
,« obtained from suitable routines of the ^prograrr .for 
handling the telesottware of the computer 43. 80. 

in tile case of data coding of the first type wrth 
auto-correction, detection and correction of the er- 
rors is affected in two steps where.n. .n a first step. 
20 the errors are corrected in ^ a ^^^ d . 
ming code (40.34) and in a second I step _the resid 
ual errors are detected with a line CRC ;J^^ 
detecting residual errors, the line is rejected and 
acquisition has to be repeated a second time^ 
25 m the case of data coding of the second type, 
only detection of the residual errors is effected. 

Transmission with 8 useful bits 

30 

in transmission with eight useful bits for the 
protection of data of the second type that is to say 
Tout auto-correction, a 16 bit CRC is . called 
« on the first 38 bytes of the line; that provides 
assemblies of 40 bytes which constitute the spe- 
cific telesottware line of that type of transmission 

.n particular and purely by way of example, he 
characteristic polynomial for calculation of the l.ne 
^ CRCs to -gW^l+X 5 ^-^ 6 " which is pro- 
40 2S by a^ft register 150 <H^^ 
subdivided into three sections, and three XOR 151. 
152 and 153. _ . 

For protection for transmissions of the first 
4 S tvoe that is to say with auto-correction, calculated 
45 on the first 32 bytes of data 160 (Figure ^0) « ■ . 
CRC 161 of 2 bytes and added to those bytes are 
6 hamming redundancy butes 162. For that pur- 

"17^60 and the CRC 161 are subdivided .nto 8 b ock 
of which the first block is formed by the poefton 
bits "0". the second by the position bits 1 . etc. 
Calculated on each block are 6 hamm.ng redun- 
dancy bits, capable of correcting all the .nd.vdual 
55 errors In that way the 2 bytes of the CRC are also 
55 protected. The 32" bytes of data 160. the 2 bytes o 
CRC 161 and the 6 hamming redundancy by es 
162 constitute the 40 bytes of the telesottware l.ne 
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for the 8 bit transmission with auto-correction. 

The polynomial generator of the hamming code 
(40. 34) in shortened form is as follows: g(X)- 

= 1 B^mTans of that hamming block structure. any 
packets of errors are subdivided over a plural.ty of 
blocks, increasing the correction capacity. 

Figure 10 shows the structure <* ■ * 
coded data in which the characters Y 60 ,1 61 and 
162 are set out in columns and are transm'tted hn 
succession from left to right from *e bit 0® to the 
bU H75. The hamming code 
d loosed horizontally. The least sigmficant b yle of 
the CRC is transmitted as a character 32 and the 
^ost Snificant as a character 33. The first number 
Sates the position of the bit (0-7) in the char- 
acter The last one or the last two numbers identify 
tS characters within the data field (0-31) and he 
hammtg redundancy field (0-5). Each hamming 
-SdTbiS* is thus identified by the «T <™*J 
which is preceded by the letter H when the bit .s a 
hamming redundancy bit. 

That structure makes it possible to have 3 
separate fields in the line, with separate protection 
for the data: upon reception the side can be de- 
Sded by Sno'ng the separate forms of protection 
?or the data, to use only the CRC or completely to 
exploit the possibility of corrects and detection. 

7 bit transmission (plus parity) 

For protection of transmissions with 7 bits plus 
parity, with transcoding 7 and 7/8 and of the sec- 
ond type, that is to say without auto-correction 
sCb-d^ion of the data is similar to that ,n respect 
of the 8 bit transmissions, replacing the bytes i by 
the characters of 7 bits plus parity. The CRC is 
Tadetp of 14 bits to which are added two parity 
bTto form two characters: it is calculated on the 
useM bits of the characters, excluding the parity 

ChS Fo'r protecting transmissions involving 7 bits 
p,us par«y and transcoding 7 and 7/8 o the first 
Le. that is to say with auto-correction, the struc- 
mJ of the line indicated in Figure 11 is similar to 

cant bits which contain the (odd) parity checks of 
the characters. In particular the structure of a data 
,ine comprises thirty two data ^^[^'^ 
CRC characters 165 and six hamm.ng redundancy 
characters 166. 

In the situation shown in Figure 11. the num- 
bers preceded by the letter P indicate a panty 
check'in respect of the character while those pre- 
ceded by the letter C indicate a CRC. For example 
the bit Indicated by HPO is the parity check ,n 



respect of the character H-0 and not the hamming 

redundancy in respect of PO. P1 P31. 

In the case of the transmissions involving 7 bits 
(plus parity) and transcoding 7 and 7/8 with , or 
without auto-correction, the 14 bit CRC is calcu- 
Tated on the data characters excluding the pan* 
bits and is of the type: g(X> 
= 1 + X2 + X3 + XS+X« + X'*". That code is pro- 
duced by a shift register 170 (see Rgure u) which 
, is subdivided into four sections and by five XOR. 
171. 172, 173. 174. 175 and 176. 

In the case of a transmission involving 7 bits 
(plus parity) and transcoding 3/4. the sub-div,s,on 
of tjie telesoftware lines is shown in Figure 12 wrih 
5 the criteria already referred to in connection with 
Figure 10. in this case also the telesoftware Ime 
comprises thirty two data characters 180. two CRC 
characters 181 and six hamming redundancy char- 
acters 182. The sub-division of lines differs from 
<o the sub-division of the lines of transcoding 7 and 
7/8 only in regard to the position bit 5 which always 
assumes the value -1". The CRC is also formed by 
12 bits since positions 7 and 5 cannot be used and 
is calculated on the data characters 180. j excluding 

187. 188. 189 and 190. . . 

3„ It is clear that the files of transmission and 

reception of data and programs comprise means 
for detecting errors and for auto-correction o f ttie 
significant data contained in a 9'ven sub-assembly 
of said blocks, for obtaining correct s.gn.ficant data, 
as means for storing the correct data independent* of 
the complete definition of the transmission param- 
eters: means for decoding from said compatible 
data blocks of data belonging to one of sad files 
and means of taking the protocol for connection of 
40 a plurality of blocks of data constituting said file. 
This improves the time for receiving a correct file. 

MASKING 

45 

The third masking level provides for modulo-2 



telesoftware line of a fixed sequence and the a m 
so thereof is to improve the provisions of codes ; for 
protection from errors, in the presence of critical 
sequences. For that purpose, in **■ 
transmissions of a telesoftware chapter, the same 
sides are transmitted with the same .nformation 
55 content, once in clear mode and another time in a 
masked mode. That condition .s stored ,n the first 
b*e of each side (line 1. character •> -masking 
code" of the sixth level, which is transmitted in the 
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ciear mode (without masking) and specifies in turn 
if the entire side is transmitted in the clear or the 
maS T e he m sum m ed sequence is of Pseudo--sua, 
h,™ and is repeated in identical form in each line s 
oTL std e This implies that ^ files of ^ata and 

S n which 'Acceptance of the formative codes 
fs conditional upon compatab.lrty of the check 
icSTSSved with the check codes generated ta 
IcJaTy n response to the informative codes re- 
eved. The informative codes of each side are re- 
transmitted by means of a masking operation such 

■ side n a Tel mode and subsequently in a 
masked mode, that reduces the probability that the 
Tame L has repeatedly to be rejected because of 
critical sequences of errors. 

Specification of the masking code 

The code which identifies the transmission in a 
cJ^o* is: "00100000". The code w ,ch iden- 
tifies transmission with mask is: 011111 11. 
Those codes have a hamming 6 spacng and thus 
Term" co' ection of double errors. In addition those 
codes are also recognized in a transmiss.cn .nvolv- 
• nq 7 and with transcoding 3/4. Ir i particular 
dLdiSg of the masking code is ****** 
■nn the oaritv bit 7 and the bit 5 which is fixed at i . 

^Tn^e "1", it is assumed that the page is 
^pseudo-casua. sequence used for masking 
the line is generated by the polynom.al: g0<V 
M initializing the associated generation 

sWft Agister (not shown) with the sequence 

^Transcoding operations with 8 7 and 7,8 
bits, the sequence obtained is used w-thout med- 



iations. The mask of a line is indicated m.F.gure 
16. in hexadecimal notation. 

For transcoding 3/4 the bits in position 5 of 
each byte of the mask are forced to so as to 
Jale unchanged the "1" which characters such a 
transcoding operation. The hexadecimal notation of 
t{,e codes w^ const itute the mask is indicated m 

''^introduction of the the 
levels 4 3 and 2. As regards level 4. the CRC and 
he hamming codes of the first line of the s.de are 
ScufaTed by making the first byte (masking code) 

2 ° H As regards level 3. after possible masking of 
the side, the first byte is replaced by the maskmg 

C ° de w.th transcoding involving 7 and 7/8 1 bits, ^the 
system uses the same masking as the 8 brt tran 
seeding operation but the bits m po^7« 
Sen replaced in level 2 by the panty checks in 
resoect of the characters. With transcoding 3/4. the 
masMs t ^parent with respect to the bit 5 which 
Amoved to 1 from the level 5 of the P"tocol *e 
bfe V are replaced by the parrty checks, from 

' ,eVel m 2 summary, the transmission and the recep- 
tion of "heTs is organized at a 
leasing decoding levels comprising .n succession 
masking means (level 3) for extractmg 
o from the teletext signals significant data which are 
freS ^ me°ans (level 4) for detecting errors and 
for auto-correction of the significant data conta ned 
in a given sub-assembly of said blocks, for obtain- 
35 ing correct significant data; . 

3) means (level 5) for transcoding of the 
correct secant data into data compatible w,th a 

Pred T--neve. 6) for decoding from the 
«, predetermined coding of blocks of data belonging 

t0 5 ) means" ve, 7) for taking the ^o tc^ for 
connection of a plurality of blocks of data forming 

45 ^ 'I) Tptiona. means (.eve. 8) for selective con- 
5 tro. of access to said file in accordance with a 
d8Ci C7eS the transmission and reception of 
thfS^a^^ 

f,eX te organization of transmission of reception 
also provides: masking of teletext s.des and I al- 
ternate transmission of the same informative ^con- 
« tent of a side alternately in clear and masked 
55 and/or acquisition of sides in clear and 

masked mode; a code in clear mode <n each side 
mode or masked, in which there is coded 
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an item of masking information relating to the clear 
or masking status of said side; in which acquisition 
of the data of said side is conditioned by said 
masking information; and in which the lines of said 
sides are provided with error recognition codes for 
error-free acceptance of the informative content of 
said side. This improves the reception of a file and 
reduces the probability of repeated rejection of a 
line of information. 



TELETEXT CODING 



The second level of the transmission is com- 
mon to the level of teletext coding which generally 
follows the standards for transmission of the UK - 
Teletext system specified if CCIR and adopted by 
RAI That level however is also concerned with 
protection for the first five bytes of each teletext 
line with the related address and line information. 

As regards the broadcasting of telesoftware, in 
the case of an 8 bit transmission the level 2 does 
not provide for calculation of the parity on the 
character. In the situation of using other trans- 
coding operations, coding/decoding in respect of 
the data provides for calculation of an odd parity bit 
for each character, inserted as bit 7 in each char- 
acter, irrespective of whether the character in ques- 
tion is in respect of data, CRC or hamming auto- 
correction. 



EXAMPLE OF PROGRAM LOADING 



Referring to Figures 3, 18 and 19. loading of 
the telesoftware program in the memory of the 
receiving computer 80 provides for predisposition 
thereof by means of the loading program of the 
disk 89 under the control of its operating system, 
as described above. The loading program makes 
for management of the various levels of protocol of 
the telesoftware. 

The acquisition of a telesoftware page RDPSW. 
levels three, four and five, is indicated in the. flow 
chart shown in Fgure 18 and involves an initial 
__b[Qck_?ni in which the -data.ofJhe RAM-58. 
decoding unit 87 are read. 

From the block 201 the system goes to the 
logic junction 202 in which the control unit of the 
computer 80 checks masking level three, checking 
the status of the character 0 in the first line of the 
side; the system then suitably proceeds with un- 
masking of the line in block 203 if the character 0 
is indicative of masking. 

The system then goes to management of level 
four which provides for acquisition only of data 



which are without error. In particular block 206 
involves an increment from 1 to 23 for selective 
scanning of the lines 1-23. The system then goes 
to the block 207 in which the line i™ is decoded 
and to the logic junction 208 for checking if the line 
has been correctly received in accordance with the 
rules for the detection of errors of the fourth level. 

In the event of correct reception, the result of 
correct reception ERR(i) = 0 is stored at a Flag 
ERR(i), block 209. In the event of error, block 211 
sets ERR(i) ■ 0FL. The system then goes to the 
junction 212 relating to the status of the flag ERR- 
(0). 

In the event that error status on the line 0 is 
found, all the 23 flags ERRS are positioned at error 
status in the block 216 and the system proceeds to 
read another page. The error status on the first line 
in fact prevents assimilation of the indications of 

which page has been received. 

In the absence of error, the transcoding rou- 
tines are carried out. block 217. and in the subse- 
quent step, in the case involving 8 bit transmission, 
or in the subsequent transcoding operations involv- 
ing 7 bits, block 218. 7/8 bits, block 219. or tran- 
scoding 3/4. in block 221, in accordance with the 
rules of the fifth level of the protocol. 

It is clear that transmission and reception in- 
volve an error recognition code contained in each 
of the lines of the teletext pages which are asso- 
j dated with the files of data and programs. The 
receiver comprises means responsive to said error 
recognition code for detecting the errors in the 
individual line or in a group of lines of the teletext 
page for receiving in a second acquisition only the 
s line with an error. This feature improves an easy 
and quick acquisition of the data and programs of 
the files. Moreover the receiver comprises means 
for decoding from the teletext signals blocks of 
data constituting sides of files, and. means for 
(0 detecting the protocol for connection of a plurality 
of chapters constituting said file. This improves the 
reception of complex files. 

The system then goes to the higher levels 
shown in the diagram in Figure 19. In particular the 
«5 block 223 involves identifying the data zones and 
thus, in the junction 224. the system proceeds to 
check that the data in the file received are different 
_^m^ra_imd-^aviJsJtr^^ 
computer, in the block 226. 

Subsequently a check is made in the block 227 
to ascertain if the heading of the file has been 
received. If not. the system in junction 228 checks 
whether the heading of the file is in the side 
received. If in that case also the reply turns out to 
be negative, the system proceeds to check the 
rolling pages, block 230. and returns to block 201 . 

If however the file heading is present in the 
side received, analysis of that heading is carried 
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. »u ui^k ?32 in accordance with protocol 
^iV'Csyste^tien goes on in the iunc,on 
to check whether the heading of the We- has 
Snared ^mpieteW. If not the syste. = ns 
to block 201 to receive the rn.ss.ng item o data, "t 
L Se heading has been completely receded the 
the file neaa, "9 236 in ^jch the receded 

has already been verified at the lector, 227^ 

dure for *e telesoftware transmission has been 
changed. CONFIGURA- 

H^rrx?raT^= 

and programs. 



fixations of the transmission protocol and tha MM* 
telesoftware-taking means comprise means wn cn 
respon^To said file specification data for readmg 
l8 ^chapters of said file in accordance w.th the 

w filas with data and/or programs in a teletext 
ap. contain digital Information constituting teletext 
^S^S'a configuration chapter for 

Seflnl ^rZ^r^v,,, . b, 
™is for acceas to said configurator, *«*"■,.** 

.K5ES53S5 

"p'lHn a^dTnc? J. said telesotware trans- 
P 9 !i J Jocedure m a transmission -phas« or, re- 

r^ d rSn from »e configuration 

40 Ch TA system for taking files of PJJ™^ 
data in air-broadcast teletext transm.ss.ons _m w^ch 

oSng of the folatax. signals. 

■ two transmission and the reception 



—Claims 

1 A svstem of transmission through the air for 
fl ,es wUh daS and/or programs in a teletext env, 

* which the C p ° a n g" n 
digital information const.tut.ng teletext pag 

C ^Tefare tSsmitted in accordance with a 
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!£S. for coding «™ £ 
ing of blocks <* <^*^*J£^ of a 
. means for taking the protocol tor c g 

chapter taWMK tha Bte ™" "™?ft»ara transmission 
associated * -J*£SU. - tahan 

chapter. . programs and/or 

data in air-broadcast teletext tra 
said teletext ^nsm^,ons compr^e * 8 
mation constituting teletext pages and m 
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